Scrum, Kanban, Git Pull Request, Tests : tout‐en‐un dans Tuleap 10

27
4
mai
2018
Gestion de versions

Après 114 user stories (ou récits utilisateur) développées, 1 100 rectificatifs et correctifs de sécurité, l’équipe de Tuleap est heureuse de vous annoncer la sortie de Tuleap 10. Cette version, dite majeure (bien qu’il y ait une nouvelle version de Tuleap tous les mois) est l’occasion de synthétiser les grandes fonctionnalités qui ont été développées en 18 mois. Tuleap est une plate‐forme libre tout‐en‐un pour gérer encore plus efficacement les projets logiciels.  C’est ce qu’on appelle une forge logicielle ou un outil de gestion du cycle de vie des applications (ALM, Application lifecycle management).

L’objectif de Tuleap est que les équipes de développement au sens large (chefs de projets, product owner, développeurs, directeurs technique, clients, etc.) partagent la même information sur l’avancement des projets. Chacun a les outils dont il a besoin, à portée de main. Tout est tracé, depuis les premières demandes client, jusqu’au code, aux tests, aux documents et aux livrables. Sur une même plate‐forme, chaque équipe est autonome dans la gestion de son espace de travail, quelle que soit sa façon de travailler : scrum, kanban, waterfall, les trois à la fois… Chaque équipe sélectionne les outils qu’elle souhaite parmi un large choix de greffons, adapte ses outils, crée ses propres groupes utilisateur et configure ses permissions.

Tuleap 10

Parmi les grandes nouveautés de Tuleap 10

  • refonte de l’interface utilisateur ;
  • demande d’intégration Git (git pull request), pour la revue de code ;
  • graphiques Scrum : burnup et vélocité ;
  • intégration avec Mattermost (messagerie instantanée libre) ;
  • intégration avec plus de 120 outils grâce au pack Stackstorm ;
  • gestion centralisée des tests manuels et automatisés (Tuleap Enterprise) ;
  • création de tableaux de bord multiples avec de nouveaux « widgets » ;
  • recherche avancée dans les outils de suivi ;
  • recherche sur plusieurs projets et plusieurs outils de suivi (Tuleap Enterprise) ;
  • suivi du temps passé (Tuleap Enterprise).

Quelques captures d'écran

Tuleap Scrum Planning

Tuleap Scrum Planning

Demande d’intégration Git dans Tuleap

Demande d’intégration Git dans Tuleap

Tuleap Test Management

Tuleap Test Management

Tuleap est basé sur une pile LAMP (GNU/Linux, Apache, MySQL et PHP) et s’installe sur un serveur Red Hat Enterprise Linux 6, CentOS 6 ou avec une image Docker. Tuleap est publiée sous licence GPL et développé par l’éditeur français Enalean.

Nous profitons de cette occasion pour remercier la communauté Tuleap, développeurs, utilisateurs et sociétés sponsors, qui contribuent à faire vivre le projet. Merci à vous.

Aller plus loin

  • # C'est choupinou

    Posté par  (site web personnel) . Évalué à 2.

    La nouvelle interface est très réussie, bravo.

    Par contre, quand je lis "Red Hat Enterprise Linux 6, CentOS 6", ça fait un peu peur… Vous ne supportez toujours pas la 7 ou c'est un copier/coller malheureux ?

    • [^] # Re: C'est choupinou

      Posté par  (site web personnel) . Évalué à 2.

      Non non tu lis bien…

      J'ai voulu installé Tuleap sur une CentOS 7 hier soir, mais après quelques recherches sur la doc :

      Tuleap can be installed on the following Linux x86_64 systems:

      CentOS or RedHat 6.x is the recommended platform

      Note that CentOS or RedHat 7.x is not yet supported.

      Du coup c'est parti sur une install de CentOS 6… C'est bien parce que j'ai envie d'essayer.

    • [^] # Re: C'est choupinou

      Posté par  (site web personnel) . Évalué à 4.

      Le portage vers Centos7 est en cours, tout ce qui dépend des trackers (issues, agilité, etc) et de git devrait fonctionner mais globalement c'est en beta.

      On a pas encore mis à jour le guide d'installation mais si vous voulez tester et rapporter les bugs, on donne les pointeurs sur chat ou la ML. Par contre, c'est fortement déconseillé en prod.

  • # Points de vue?

    Posté par  (site web personnel) . Évalué à 5.

    J'ai essayé la démo "scrum", c'est plutôt bien!

    Est-il possible d'avoir d'autres points de vue d'un sprint ou d'une release?

    Par exemple:

    • une vue du tableau du sprint sans les tâches (uniquement les histoires pour montrer à un AMOA).
    • une vue d'une release avec les histoires en tableau style kanban pour un MOA.
    • une vue "sexy" des releases avec les histoires majeures pour un décideur pressé.

    sprint

    Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

    • [^] # Re: Points de vue?

      Posté par  (site web personnel) . Évalué à 1.

      J'ai essayé la démo "scrum", c'est plutôt bien!

      Merci !

      • une vue du tableau du sprint sans les tâches (uniquement les histoires pour montrer à un AMOA).

      Pas pour le moment, cela a été évoqué quelques fois mais ca n'a pas encore été formalisé en story. Peut etre lors d'une future refonte de cette vue.

      • une vue d'une release avec les histoires en tableau style kanban pour un MOA.

      Tu peux avoir un mur de cartes sur ta release également, de même nature de le kanban

      • une vue "sexy" des releases avec les histoires majeures pour un décideur pressé.

      C'est dans le backlog pour cette année (probablement second semestre).

  • # et en decentralise ?

    Posté par  (site web personnel) . Évalué à 1.

    Bonjour,
    je me demande si il y a pas moyen de pousser la decentralisation, en stokant les meta data (PR, review, tickets etc) dans un repo git,
    et eventuelement se passer de la dependance a l'infrastructure d'hebergement ?

    Il me semble avoir deja vu ce genre de projet, mais j'ai predu leur noms.

    gpg:0x467094BC

    • [^] # Re: et en decentralise ?

      Posté par  (site web personnel) . Évalué à 3.

      Pour décentraliser tout, il y a fossil mais ce n'est pas sur une base git.

      Pour Git et la revue de code en elle même, il y a un travail de fond en cours de finalisation par les gens de Gerrit afin de stocker toutes les données de revue de code (gestion des comptes & co) dans git, ça s'appelle NoteDB.

  • # Pile logicielle et dépendance

    Posté par  . Évalué à 3. Dernière modification le 08 mai 2018 à 13:13.

    Je surveille Tuleap depuis longtemps, très intéressant, l'interface pleine d'évidence (c'est reposant face à une suite style Jira pleine de petits bidules partout dans tous les sens), les workflows qui apparaissent fluides, etc.

    Cependant je m'interroge sur la pile logicielle et les dépendances.

    Qu'est-ce qui retient le logiciel auprès de CentOS 6, exactement ? Pourquoi un couplage aussi fort ?
    Quid de Fedora récents ?

    • [^] # Re: Pile logicielle et dépendance

      Posté par  (site web personnel) . Évalué à 3.

      Qu'est-ce qui retient le logiciel auprès de CentOS 6, exactement ? Pourquoi un couplage aussi fort ?
      Quid de Fedora récents ?

      Le couplage est historique (comme souvent) et viens, en particulier d'une série de features "merveilleuses" qui nécessitait d'offrir un accès shell aux utilisateurs (CVS entre autre, on a encore des clients pour ça). Les dépendances qui sont derrière soient, n'existent pas sur CentOs 7 soient n'ont été portés que récemment.

      Jusqu'à présent nous attendions d'avoir la stack complète pour faire la migration mais, las d'attendre, nous avons décidé d'attaquer le chantier en désactivant les briques dont les dépendances n'étaient pas présentes. D'où le support centos 7 tardif (c'est dispo en beta actuellement).

      Par contre l'OS target reste CentOs (pas même fedora) pour des raisons de simplicité. Une seule famille d'OS à supporter veux dire plus temps à faire de la feature et moins de temps à corriger des problèmes obscures de dépendances incompatibles dans un edge case chelou sur un OS à peine connu.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.